我刚接触前端这个行业的时候就有一个想法，那就是写一个超炫酷的图片预览画廊。还记得当时用美图看看看，那轻快的速度和交互很是令人着迷，就想着自己写一个。

该组件在几年前已经发布不完全版，后面断断续续的维护，总感觉差了点什么。今年春节没休息，全搭在上面进行开发，现在总算是完美实现！先看看效果：

提前预览：react-photo-view.vercel.app/

缩略图完美渐变：

指定位置放大：

减速滚动：

react-photo-view 拥有无与伦比的预览交互体验：从打开图像开始，每一帧的动画、细节和交互都经过了精心设计与反复调试，媲美原生图片预览的效果。

概览：

当然想实现它的执念也算一个方面，但根本原因是在 React 强大的生态中根本找不到一个好用的图片预览方案。当时奉行拿来主义，在网上找了一圈基于 React 放大预览组件库，结果令我有点意外，图片放大预览的库的数量明显比不上轮播组件库。更令人窒息的是这些少得可怜的组件库中，其中一大半都是基于 PhotoSwipe 这个开源库进行的二次封装。除此之外，能用于实际生产的预览组件库……好像没有（也可能是我找不到），这种情况不仅体现在 React 库上，其他框架 Vue 乃至是原生的相关库都是如此。

当然 PhotoSwipe 也不是不能用，但原生操作 DOM 的写法在 React 中格格不入，其体积也是在 gzip 12KB 之上了，显得有点臃肿了，便有了这个大胆的想法。

它拥有非常完善的细节与特性：

还导出了支持 ES2017 以上的 JS，可以做到 6KB Gzipped。在如此的体积上加上非常多的体验细节实属不容易，更多的功能可以通过非常容易的自定义渲染来实现，这与 React 理念完美契合，从而可以避免内置一些非刚需的功能。

以下表格统计了大部分场景所需功能，展示 react-photo-view 、 PhotoSwipe 和 rc-image（ant-design） 对比：

还有什么比文档更重要了，为此，我还准备了一个超漂亮的文档（目前只有中文，以后有时间在翻译吧~）

react-photo-view.vercel.app/

在 onTouchStart 时记录当前触发位置状态，在 onTouchMove 时让其跟随手指移动，onTouchEnd 解除跟随就可以简单实现。

触边位置反馈使图片切换都是需要慢慢琢磨细节：在 onTouchStart 之后移动如果立即让图片跟随手指移动的话会带来许多误操作，比如本想让他切换图片却走了上下滑动的逻辑。这时候就需要一个 20px 的移动缓冲来预判手指移动方向。

使用 transform: scale(value) 可以实现对图片的缩放，但是都是对图片中心进行放大，缩放的结果可能不是想要的。起初打算用 transform-origin 来实现，想法是美好的，虽然第一次在指定的位置能够进行放大。倘若缩小的位置不是原来的位置就会产生混乱跳动，很显然这个方式不行。

后来思来想去睡不着，在睡梦中发现了灵感：便于计算理解，我们设图片中心点为 0， 任何指定位置的放大缩小，即改变图片中心的位置。比如图片宽度 200，中心点位置为 100，基于最左侧位置放大一倍。现在图片宽度 400，那么中心点的位置应为 200。那么总结公式如下：

这种模式计算能承担各种位置响应，比如双指缩放、双指滚动+缩放、边缘计算等等。

这里需要初中时直角三角勾股定理：

之前的版本使用 transition 实现，通过手指滑动开始结束的时间差，计算出初始速度，估摸着用 transition 模拟出一个距离让眼睛看起来有滚动效果 😂。但这种方式体验始终差很多。后面结合高中物理公式模拟出滚动效果：

加速运动：

空气阻力：

CρS 都是常数，干脆都搞成一个量好了。至于怎么出这个量大小……试出来的 😂 这样就只与 v 平方成正比了。

另外因为和运动方向相反，取个 v 的方向即 Math.sign(-v)